home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940362.txt < prev    next >
Internet Message Format  |  1994-11-13  |  19KB
  1. Date: Wed,  2 Nov 94 04:30:22 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: List
  6. Subject: Ham-Digital Digest V94 #362
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Wed,  2 Nov 94       Volume 94 : Issue  362
  11.  
  12. Today's Topics:
  13.                        9600bd radio's ?? NOT !
  14.                   Amateur Packet <-> Linux software.
  15.                            APRS newsgroup?
  16.                              Bad messages
  17.                     Compatible radios with KPC9612
  18.                       Decode ACARS with a modem?
  19.        How do repeaters work, or is csma/cd possible on packet?
  20.              Is Anyone Responsible (Bad Language in Text)
  21.                       Kenwood TR-9130 (2m) mods?
  22.                        Packet<>internet gtw's?
  23.                                TPK-182
  24.                     TPK Version 1.82 NEW RELEASE!
  25.  
  26. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  27. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  28. Problems you can't solve otherwise to brian@ucsd.edu.
  29.  
  30. Archives of past issues of the Ham-Digital Digest are available 
  31. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  32.  
  33. We trust that readers are intelligent enough to realize that all text
  34. herein consists of personal comments and does not represent the official
  35. policies or positions of any party.  Your mileage may vary.  So there.
  36. ----------------------------------------------------------------------
  37.  
  38. Date: 2 Nov 1994 09:54:37 -0000
  39. From: esuyw@csv.warwick.ac.uk (Mr R N Garth)
  40. Subject: 9600bd radio's ?? NOT !
  41.  
  42. In article <2965.18.uupcb@totrbbs.atl.ga.us>,
  43.     steve.diggs@totrbbs.atl.ga.us (Steve Diggs)  writes:
  44. >-> From: joopv@etprs.phys.tue.nl ()
  45.  
  46. >Our experienc has born this out. I have a Kenwood TS811 which has been
  47. >modified for 9600, and we kind of use it as the standard to measure
  48. >other radios against. I have been trying to get the cheaper PLL
  49. >modulated rigs to work for a year and a half - with disappointing
  50. >results. About 3 months ago, James Miller suggested a new approach to
  51. >me: try a "two point modulation" approach, wherein both the VCO AND the
  52. >master reference oscillator are modulated with the 9600 audio. In this
  53. >manner, the cancellation effect of the PLL is eliminated. I have even
  54. >found a company, MX*COM, which makes a chipset to facilitate this
  55. >approach. I haven't had time to try it, but it's on this winter's list
  56. >of projects. If such an approach were to work, it would open 9600 packet
  57. >to MANY, MANY hams who own run-of-the-mill FM only rigs. Any ideas here?
  58. >
  59. >I look forward to your feedback, hoping that we can open this field up a
  60. >lot of creative work!
  61.  
  62. The two point modulation technique is used in the high speed version of
  63. the 144PK Data Radio produced by Wood & Douglas in the UK (144PKD). The
  64. technique involves frequency modulation both of the loop oscillator (as 
  65. normal) and also the reference oscillator, and appears to work very well. 
  66. As I remember, the only slightly tricky part of setting it up is 
  67. balancing the mod voltage to the varicap modulating the ref. oscillator 
  68. with the mod voltage sent to the loop oscillator.
  69.   
  70. I think this implementation is exacly what 'RUH (James Miller) is talking 
  71. about, since the 144PKD was designed by W&D in conjunction with him.
  72.  
  73. Disclaimer: Although I do work for W&D, I am not speaking on behalf of 
  74. the company and have had little direct involvement with the 144PK project.
  75.  
  76. Rob
  77.  
  78. ____________________________________________________________________________
  79. |Rob Garth - University of Warwick, Coventry, UK (Electronic Engineering.) |
  80. |                        ---------------------                             |
  81. | Internet address: esuyw@csv.warwick.ac.uk                                |
  82. | Amateur Radio Callsign: G7ELK                                            |
  83. | Packet radio: G7ELK@GB7WRR (Holidays only.)                              |
  84. |--------------------------------------------------------------------------|
  85. |       This is my world, and I am a world leader pretend.                 |
  86. |       This is my life, and this is my time.                              |
  87. |       I have been given the freedom to do as I see fit.                  |
  88. |       Its high time I razed the walls that I've constructed. (R.E.M.)    |
  89. |__________________________________________________________________________|
  90.  
  91. ------------------------------
  92.  
  93. Date: Mon, 31 Oct 1994 23:19:25 GMT
  94. From: serge@systech.mhs.oz.au (Serge Burjak)
  95. Subject: Amateur Packet <-> Linux software.
  96.  
  97. Gary Coffman (gary@ke4zv.atl.ga.us) wrote:
  98. : In article <390p3d$c9u@homer.alpha.net> jachim@myhost.subdomain.domain (Matthew T. Jachimstal) writes:
  99. ..good stuff deleted
  100.  
  101. : Of course since you're on an open radio channel, don't login
  102. : to any account you want to keep secure since everyone monitoring
  103. : will see the password. Setup a radio login that you wouldn't
  104. : mind *anyone* using, and set permissions accordingly. 
  105.  
  106. Investigate a package called skey, I am trying to find an ftp source. It appears
  107. to generate one time codes from a secret key and can be used on open channels
  108. for just this type of application as a front end to most *nix programs.
  109.  
  110. Regards,
  111.  
  112. Serge
  113.  
  114. VK4BSB
  115.  
  116. ------------------------------
  117.  
  118. Date: Sat, 29 Oct 94 20:36:00 -0500
  119. From: mike.scheel@slc.davenport.ia.us (Mike Scheel)
  120. Subject: APRS newsgroup?
  121.  
  122.  is there a newsgroup just for users of APRS?
  123.  
  124.                             Michael W. Scheel RCMA IA-011
  125.                             N0NGL [EN41RN] N0NGL@W0BXR.IA.US.NA 
  126.                             INTERNET:mike.scheel@slc.davenport.ia.us
  127.  
  128.  * 1st 2.00b #408 * well, my second favorite thing
  129. --- Silver Xpress Mail System 5.03H1
  130.  
  131.  
  132. -----------------------------------------------------------------------------
  133. Internet: mike.scheel@slc.davenport.ia.us (Mike Scheel)
  134. This message was processed by RAuucp from Merlin Systems Inc.
  135. -----------------------------------------------------------------------------
  136.  
  137. ------------------------------
  138.  
  139. Date: 1 Nov 94 22:38:55 GMT
  140. From: HUTIN@sugar-land.anadrill.slb.COM
  141. Subject: Bad messages
  142.  
  143. Hi
  144.  
  145.  
  146.  
  147. >1.  Who is responsible?
  148.  
  149. >The originator and first forwarder are located outside the county and not 
  150. >subject to FCC rules.  F6FNB, located portable in Texas, is the first United 
  151. >States station to receive the bulletin.  He is neither the originator or first 
  152. >forwarder.  Trying to then interpret a rule to assign responsibility to him 
  153. >when the meaning of "AUTHOR" and "FIRST FORWARDER" is plain is silly.  
  154. >Hmmmm.  No one has any responsibility?
  155.  
  156. I am W5/F6CNB (not F6FNB) and i run a forwarding only BBS in Texas.
  157. This BBS has forwarding with 15 BBS in North America and also with 15 BBS 
  158. outside the USA/CANADA. THIS BBS IS NEVER THE FIRST FORWARDER because
  159. it has no users. (I run a separate BBS for the Houston area users.)
  160. According to the present FCC rules, it cannot be responsible for bad messages.
  161. The message has been written by somebody with an usurpated callsign.
  162. Rejecting this callsign is not a solution.
  163.  
  164. For your information, the BBS handles more than 1000 messages per day.
  165. The total daily traffic is around 10 Megabytes. Most of the messages are
  166. forwarded within 15mn.
  167.  
  168. 73s Remi W5/F6CNB Sugar Land Texas
  169.  
  170. PS: I am not portable but i own a reciprocal FCC license
  171.  
  172. ------------------------------
  173.  
  174. Date: 1 Nov 94 15:26:00 GMT
  175. From: steve.diggs@totrbbs.atl.ga.us (Steve Diggs)
  176. Subject: Compatible radios with KPC9612
  177.  
  178. -> From: stroup@gauss.usafa.af.mil (Dave Stroup)
  179.  
  180. -> To all:
  181. ->
  182. -> I have just recently purchased a KPC 9612.  I am trying to get
  183. -> information on radios that are compatible with the 9600 baud port in
  184. -> the 2m and 70cm bands. Can someone please provide a list of,
  185. -> preferably, the cheapest, radios that fit these criterion?
  186.  
  187. That would just about have to the TEKK KS-960. It sells for $120 plus a
  188. $25 re-crystal fee. Contact them at 800-521-8355.
  189.  
  190. Regards,
  191. Steve Diggs
  192.  
  193. ----
  194. Top Of The Rock BBS - Lilburn, GA         SYSOP: Steve Diggs
  195. UUCP: totrbbs.atl.ga.us               Snailmail: 4181 Wash Lee Ct.
  196. Phone: +1 404 921 8687                           Lilburn, GA 30247-7407
  197.  
  198. ------------------------------
  199.  
  200. Date: 31 Oct 1994 20:26:28 -0600
  201. From: prusso@chop.isca.uiowa.edu (Peter Russo)
  202. Subject: Decode ACARS with a modem?
  203.  
  204. I was just wondering-
  205.  
  206. Does anyone know if it is possible to decode ACARS signals transmitted by an 
  207. airplane with an ordinary 2400 bps modem?
  208. I'd like to use a modem instead of buying an expensive decoder.
  209.  
  210. Thanks in advance
  211.  
  212. -Peter Russo
  213. prusso@chop.isca.uiowa.edu
  214. ---
  215.      \\\//                 \\\//       _____   _____   _____    
  216.      (o o)                 (o o)      |  _  | |  _  | |  _  |                  
  217. .-ooO-(_)-Ooo-----------ooO-(_)-Ooo-. | | | | | | | | | | | |   
  218. | Peter Raphael Russo               | | |_| | | |_| | | |_| |
  219. | email: prusso@chop.isca.uiowa.edu | |  ___| |  __ | |  __ | 
  220. `-----------------------------------' | |     | |  \ \| |  \ \
  221.     | | | |               | | | |     | |     | |    \ \|    \ \
  222.    8__| |__8             8__| |__8    |_|     |_|     |\_\     \_\
  223.  
  224. ------------------------------
  225.  
  226. Date: 1 Nov 1994 23:03:13 GMT
  227. From: karn@unix.ka9q.ampr.org (Phil Karn)
  228. Subject: How do repeaters work, or is csma/cd possible on packet?
  229.  
  230. In article <1994Oct30.234444.19570@ke4zv.atl.ga.us>, gary@ke4zv.atl.ga.us (Gary Coffman) writes:
  231. |> that a collision is taking place. Collision avoidance can be
  232. |> implemented statistically, and is, in TNCs by use of p-persistance
  233. |> backoff algorithms. It doesn't work right unless *everyone* on
  234. |> the channel sets their parameters properly, and hidden terminals
  235. |> still plague the system on non-repeated channels.
  236.  
  237. This may decrease the chances of collisions, but it doesn't really "avoid"
  238. them.
  239.  
  240. Check out the "MACA" scheme I wrote up for the ARRL CNC in 1990
  241. (London Ont):
  242.  
  243.     ftp://ftp.ucsd.edu/hamradio/packet/arrlcnc/1990/maca.ms.Z (troff -ms)
  244.     ftp://ftp.ucsd.edu/hamradio/packet/arrlcnc/1990/maca.ps.z (postscript)
  245.  
  246. It describes a protocol that really does avoid most collisions in the
  247. presence of hidden terminals, at least on data packets. Collisions can
  248. still occur on the packets that the protocol uses to contend for the
  249. channel, but since these packets are relatively small the throughput
  250. impairment should be less. Also, the performance of MACA depends on
  251. the capture behavior of the modulation method.
  252.  
  253. Phil
  254.  
  255. ------------------------------
  256.  
  257. Date: 2 Nov 94 07:13:48 GMT
  258. From: rwa@aupair.cs.athabascau.ca (Ross Alexander)
  259. Subject: Is Anyone Responsible (Bad Language in Text)
  260.  
  261. sww@csuohio.edu (Steve Wolf) writes:
  262. >Hank doesn't see a problem with this.  Ham radio 1994.  No worries.
  263. >Wow.
  264. >A number of people have grave reservations about packet and I am beginning
  265. >to understand why.  It is so very simple to trap and hold bad words with
  266. >the software and not only does the network not do it, they don't care when
  267. >it happens.
  268.  
  269. So, how do you discriminate between human-generated "bad words" (ROTFL)
  270. and machine-generated sequences of the exact same bit pattern?  
  271.  
  272. regards,
  273. Ross ve6pdq
  274. --
  275. Ross Alexander VE6PDQ    rwa@cs.athabascau.ca,
  276. (403) 675 6311        rwa@auwow.cs.athabascau.ca
  277.  
  278. Television is chewing gum for the eyes. -- Frank Lloyd Wright
  279.  
  280. ------------------------------
  281.  
  282. Date: 2 Nov 1994 11:27:56 GMT
  283. From: erb@inss1.etec.uni-karlsruhe.de (Olaf Erb)
  284. Subject: Kenwood TR-9130 (2m) mods?
  285.  
  286. Hi,
  287.  
  288. I'm looking about mods for the tr-9130, a 2m allmode trx, most wanted are
  289. mods to connect a 9k6/FSK modem (g3ruh/k9ng type).
  290. Maybe someone knows the equivalent 70cm type of this thing, it's more likely
  291. that mods for 70cm exists.
  292.  
  293. Thanks and 73,
  294. Olaf
  295. --
  296. ---------------------------------------------------------------
  297. !   erb@insu1.etec.uni-karlsruhe.de  dc1ik@db0sao.ampr.org    !
  298. ! <A HREF="http://inss1.etec.uni-karlsruhe.de/~erb">click</A> !
  299. ---------------------------------------------------------------
  300.  
  301. ------------------------------
  302.  
  303. Date: Mon, 31 Oct 1994 19:40:21 GMT
  304. From: oh1kwp@mea.cc.utu.fi (Niko Lilja)
  305. Subject: Packet<>internet gtw's?
  306.  
  307.     Hello!
  308.     My name is Niko an i am interested of packet<>internet
  309.     gateways in USA.. is there any possibillities to get
  310.     user rights of that kind of gateway??
  311.  
  312.     73 de Niko
  313.  
  314. --
  315.  
  316.     # Niko Lilja              e-mail: <oh1kwp@mea.utu.fi> #
  317.     # Via radioamateurpacket       <oh1kwp@oh3rbr.fin.eu> #
  318.     #                              #
  319.     # -Wiseguys don't bother me-                  #
  320.     #-73-73-73-73-73-73-73-73-73-73-73-73-73-73-73-73-73--#
  321.     
  322.  
  323. ------------------------------
  324.  
  325. Date: Sun, 30 Oct 1994 23:20:38 GMT
  326. From: daniel.meredith@aznetig.stat.com (Daniel Meredith)
  327. Subject: TPK-182
  328.  
  329. SB TPK @ WW $TPK-182
  330. TPK Version 1.82 NEW RELEASE!
  331.  
  332.  
  333. Hello All,
  334. The LONG Awaited release of TPK-182 has occured...It was released this
  335. October and is Now Available...
  336.  
  337. -----------
  338.  
  339. TPK-182.ZIP Is Available from the F6FBB-SUPPORT BBS in The United States
  340.  
  341. +1-602-912-0225     300-28.8KB V.34 Protocol  All Common Protocols...MNP
  342.  
  343. -----------
  344.  
  345. -----------
  346.  
  347. TPK-182 is Also Available from The Internet By UUEncoded E-Mail Request:
  348.  
  349. Send E-MAIL To:
  350.  
  351. TPK@AZNETIG.STAT.COM
  352.  
  353. No Subject or Message Necessaary,  You will automatically receive an E-M
  354. that contains TPK-182.ZIP UUEncoded
  355.  
  356. PLEASE NOTE:  The File Is NOT Split,  So Be Certain Your Mail Server Can
  357.               Handle LARGE Pieces of Mail.
  358.  
  359. -----------
  360.  
  361. -----------
  362.  
  363. TPK-182 Is Also Availabe by SASE Disk Mailer,  Enclose (1) One  1.2 or
  364. 1.44 Formatted Floppy Disk and a Postage Paid Return Envelope and
  365. Send To:
  366.  
  367. Daniel J. Meredith N7MRP
  368. P.O. Box 44563
  369. Phoenix, Az  85064-4563
  370.  
  371. -----------
  372.  
  373.  
  374. Enjoy TPK-182!!!
  375.  
  376.  
  377. 73 de Dan N7MRP@N7MRP.AZ.USA.NA
  378. White Page-World Server Station...
  379. /EX
  380.  
  381.  
  382. -----                      \---------------/                          -----
  383.                      Arizona Network Intertie Group
  384.                  "Serving Az's Digital Needs Since 1993"
  385.  
  386. Daniel J. Meredith - N7MRP                    Voice: +1-602-809-7384
  387. P.O. Box 44563                                Fax  : +1-602-956-2566
  388. Phoenix,  Arizona                             BBS  : +1-602-912-0225
  389.           85064-4563
  390.  
  391. List Owner: F6fbb-List@Stat.Com
  392. Arizona Amateur Radio Packet Coordinator
  393.  
  394. ------------------------------
  395.  
  396. Date: Mon, 31 Oct 1994 04:23:26 GMT
  397. From: daniel.meredith@aznetig.stat.com (Daniel Meredith)
  398. Subject: TPK Version 1.82 NEW RELEASE!
  399.  
  400. Hello All,
  401. The LONG Awaited release of TPK-182 has occured...It was released
  402. this October and is Now Available...
  403.  
  404. -----------
  405.  
  406. TPK-182.ZIP Is Available from the F6FBB-SUPPORT BBS in The United States
  407. at:
  408.  
  409. +1-602-912-0225     300-28.8KB V.34 Protocol  All Common Protocols....
  410.  
  411. -----------
  412.  
  413. -----------
  414.  
  415. TPK-182 is Also Available from The Internet By UUEncoded E-Mail Request:
  416.  
  417. Send E-MAIL To:
  418.  
  419. TPK@AZNETIG.STAT.COM  PART 1
  420. TPK2@AZNETIG.STAT.COM PART 2
  421.  
  422. No Subject or Message Necessaary,  You will automatically receive an
  423. E-Mail that contains TPK-182.ZIP UUEncoded
  424.  
  425. PLEASE NOTE:  Be Certain Your Mailer Can Handle Large E-Mails...
  426.  
  427. -----------
  428.  
  429. -----------
  430.  
  431. TPK-182 Is Also Availabe by SASE Disk Mailer,  Enclose (1) One  1.2 or
  432. 1.44 Formatted Floppy Disk and a Postage Paid Return Envelope and
  433. Send To:
  434.  
  435. Daniel J. Meredith N7MRP
  436. P.O. Box 44563
  437. Phoenix, Az  85064-4563
  438.  
  439. -----------
  440.  
  441.  
  442. Enjoy TPK-182!!!
  443.  
  444.  
  445. 73 de Dan N7MRP@N7MRP.AZ.USA.NA
  446. White Page-World Server Station...
  447.  
  448. -----                      \---------------/                          -----
  449.                      Arizona Network Intertie Group
  450.                  "Serving Az's Digital Needs Since 1993"
  451.  
  452. Daniel J. Meredith - N7MRP                    Voice: +1-602-809-7384
  453. P.O. Box 44563                                Fax  : +1-602-956-2566
  454. Phoenix,  Arizona                             BBS  : +1-602-912-0225
  455.           85064-4563
  456.  
  457. List Owner: F6fbb-List@Stat.Com
  458. Arizona Amateur Radio Packet Coordinator
  459.  
  460. ------------------------------
  461.  
  462. Date: 1 Nov 1994 22:39:46 GMT
  463. From: karn@unix.ka9q.ampr.org (Phil Karn)
  464.  
  465. References<38rave$n1a@hpbab.wv> <391b4f$t7g@qualcomm.com>, <395vb8$h2c@hpbab.wv.mentorg.COM>
  466. Reply-To: karn@servo.qualcomm.com
  467. Subject: Re: using passwords over packet
  468.  
  469. In article <395vb8$h2c@hpbab.wv.mentorg.COM>, hanko@wv.mentorg.com (Hank Oredson) writes:
  470. |> |> it provides an authentication-only mode that would make it legal to use
  471. |> |> over amateur packet radio.
  472. |> 
  473. |> This is interesting work.
  474. |> I wonder if we would need changes to the rules to use this protocol?
  475. |> If the intent is not to "obscure content", then we probably do not
  476. |> need rule changes, but if the intent IS to "obscure content", we might.
  477. |> 
  478. |> Anyone have some insight into this issue?
  479.  
  480. I think I do. It's really very simple; if the protocol does not hide
  481. the user data but merely authenticates it, then it is legal under Part
  482. 97 even if the authentication is based on strong cryptographic
  483. techniques.  No rule changes or waivers should be required.
  484.  
  485. I think this is true even if the authentication cannot be verified by
  486. a third party who does not know the shared secret key. This is
  487. admittedly a disadvantage of using a keyed one-way hash function in
  488. the way I've described. But I think it's more than offset by the
  489. considerably improved performance as compared with RSA signing each
  490. and every packet (which could be verified by anyone with the
  491. corresponding public key).
  492.  
  493. Phil
  494.  
  495. ------------------------------
  496.  
  497. Date: 2 Nov 1994 00:36:39 GMT
  498. From: hanko@wv.mentorg.com (Hank Oredson)
  499.  
  500. References<CyCEKB.7Hq@wang.com> <1994Oct27.220625.12814@ve6mgs.ampr.org>, <CyDz93.5Iy@wang.com>
  501. Reply-To: Hank_Oredson@mentorg.com
  502. Subject: Re: NoCal OO goes after Packet BULLetins
  503.  
  504. In article <CyDz93.5Iy@wang.com>, dbushong@wang.com (Dave Bushong) writes:
  505. |> mark@ve6mgs.ampr.org (Mark G. Salyzyn) writes:
  506. |> 
  507. |> >dbushong@wang.com (Dave Bushong) writes:
  508. |> 
  509. |> >>     (b) An amateur station shall not engage in any form of
  510. |> >>broadcasting, nor may an amateur station transmit one-way
  511. |> >>communications except as specifically provided in these rules;
  512. |> 
  513. |> >AX.25 is specifically allowed for in the rules ...
  514. |> 
  515. |> Where?
  516. |> 
  517. |> There is a mention of AX.25 in the section about station control
  518. |> (97.109(d)), talking about re-transmitting signals unattended above 50
  519. |> MHz, but I didn't see anything about "one-way communications."  Did I
  520. |> miss that?
  521.  
  522. Nope, because AX.25, by it's very nature, is not used for one-
  523. way communications.  Oh yes, you might say, it COULD be
  524. (there are UI frames!), but it's not.
  525.  
  526. So again someone is looking at the wrong portion of the rules.
  527.  
  528. These are not one-way communications we are dealing with.
  529.  
  530.    ...  Hank
  531.  
  532.  
  533. -- 
  534.  
  535. Hank Oredson @ Mentor Graphics             Library Operations
  536. Internet     : hank_oredson@mentorg.com    "Parts 'R Us!"
  537. Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM
  538.  
  539. ------------------------------
  540.  
  541. End of Ham-Digital Digest V94 #362
  542. ******************************
  543.